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(57) ABSTRACT 

A website is monitored to determine for each of the current 
web clients currently visiting the site, whether the client is 
currently located at one of a set of monitored entities of the 
site. This set of monitored entities may simply be every page 
of the site. The determination;of whether a client is currently 
located at a monitored entity is done, for example, by 
maintaining a database listing all current clients and holding, 
for each client, a list of the last preceding files requested by 
the client and the time of the last file request. The database 
is then periodically interrogated to ascertain for each client 
whether it is currently at a monitored entity, this information 
then being used to generate an output indicative of the 
current distribution of clients across the monitored entities. 

14 Claims, 4 Drawing Sheets 
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WEBSITE USAGE MONITORING clients and supplied back to the site with every file request; 

"cookies" permit the usage of the site by individual clients 
to be tracked across multiple sessions of interaction. Another 

FIELD OF THE INVENTION method of tracking website usage by individual clients, at 

rrw t . i , t iL j r * • 5 l east during a single session of interaction, is to attach a 

The present invention relates to a method of monitoring r . -j 5n * TTr , T • j. 

r c u •* * * j . * * j * e client identifier to every URL contained in pages served to 

the usage of a website to provide an output indicative of a _ . , . . J , . „ t , . r °. „ t 

. j- ♦ -u *• t r ♦ * j r each client, the identifier bemg allocated when the first page 

current distnbution of clients across monitored entities of 4 . . , , . & . - . . . L \* 

f . v /f -i _ „ 4 . % v request is received during a session of interaction; with this 

the site (for example, across all the pages of the site). . . , & . . „ . ' , , 4 , 

v r r & ' arrangement, the identifier is automatically returned by the 

As used herein, the term "website" is to be understood as 10 client with every me request (the identifier being stripped off 

including any collection of files each downloadable over a the URL path information before the file is retrieved and 

network for display at a client machine and between which t h en added onto every URL in that file as it is downloaded), 

a user at that client can move by following hyperlinks til , . . . 

,,,,.,1:, • . i • • c i 1 racking how particular users navigate a site is useful in 

embedded in the files; in particular, whilst the origin of the , , . . ° . . K c t . & c 

u , . 4 „ t c *\. „ 1 1 ,„ * .. determining which groups of topics are of common interest 

term website stems from the worldwide web application _** i c *u- • , i r-* 

u i lL in™ i i i* .n™ 25 to particular groups of users; this is not only of interest for 

based on the HTML mark-up language and the HT1 P . . • i ■ • i ■ 

uu uic mi ix. u iv ^ i«u B ua S c aim iuc ni ir cuslomer behaviour analysis on commercial sites but also 

protocol, the present invention is not restncted to such , n f «»^;^\ JO c 0 r„;„. rt f fli flP ;nt n „ 0 ,i, 0 , tn 

1 . c V , j i t ti . .„ „ , - . permits a degree oi predictive serving oi files into caches to 

specific standards and the term "website as used herein is • j r • • *u r * «/u v . 

/ , , , ji t- *u *u * improve speed of service to the client. Where clients are 

to be read more broadly. Furthermore, the present invention * i j * c j u- i * / u .u u 

.. . 7 , . , ' £ . . . . uniquely identified across multiples sessions (whether by 

can be applied to any website regardless of whether it is an on • c i * u c i j ■ i • 

J . . & 2U use of cookies, by use of a logon procedure involving user 

Intranet, extranet or intranet site. . , ra . „ t u \ •* * Z^ . 

' identification, or in some other manner), it is possible to 

BACKGROUND OF THE INVENTION carry out deta ^^ eci behavioural analyses and to provide a 

measure of personalised services to the user. By way of 

FIG, 1 of the accompanying drawings shows a well example, International Application W097/26729 describes 

known arrangement of a website 10 accessible over a 25 an automated collaborative filtering application for use with 

network 14 by web clients 13 (typically a web browser world wide web advertising. 

running on a PC). None of the above web-usage monitoring techniques 

The website 10 is made up of a collection of pages (P1-P6 provides a view of what is happening on a website at a 

in the present example) that take the form of HTML files particular point in time and it is an object of the present 

held on a web server 12. Upon a web client 13 requesting a 30 invention to provide such information, 
file (identified by its URL) over the network 14 using the 

HTTP protocol, the server 12 retrieves the file and sends it SUMMARY OF TOE INVENTION 

to the requesting client for display. According one aspect of the present invention, there is 

The pages making up the website 10 are normally 35 provided a method of monitoring the usage of a website 

arranged in a hierarchy with the page PI at the head of this having a plurality of monitored entities each constituted by 

hierarchy being termed the "home page" of the site. In the a file downloadable to a web client or by a logical or 

present case, the home page PI has links to three "second sequential combination of such files, the method involving 

level" pages P2 to P4, and second-level page P2 has links to the steps of: 

two third-level pages P5 and P6. It will be appreciated that 4Q ( a ) associating an identifier with a web client visiting the 

this example is very limited in terms of the number of pages website which identifier is provided to the site by the 

and links between pages. web client with each file request from that client; 

Associated with each HTML page file, there will normally (b) monitoring which files are requested by web clients 

be image files (and increasingly also sound and video files) visiting the site and storing currency information that 

which will be automatically loaded into the client with the 45 indicates or permits a determination of, for each web 

page file. Furthermore, a page may be divided up into a client, which monitored entity or entities requested by 

plurality of frames, as defined by a frame definition file, into that client are still current, at a particular point in time, 

each of which content files can be independently loaded. f or said client in terms of not having been superseded 

It is well known to collect usage data for a website (such by a files or files subsequently requested by that web 

as the website 10 of FIG, 1) by noting each time each 50 client; 

individual page of the site is requested (often called a "hit") ( c ) generating from said currency information an output 

during the course of a day. Such data may then be analysed indicating, for said particular point in time, a current 

to produce basic statistical data such as the number of distribution of web clients across said monitored enti- 

overall hits on the website by day/month/multiple months, ties by reference to which of said monitored entities are 

and the number of hits for each page by day/month/multiple 55 then current for said clients. 

months. Collecting addition data associated with each hit Although step (c) could be carried out off-line, it is likely 

(file request) can provide further useful data — for example, to be much more use to effect step (c) on-line to produce a 

noting the origin of each file request permits the identifica- continually updated near real-time indication of the current 

tion of the most productive "portal" providing a hyperlink to distribution of clients across the monitored entities, 

the website. 60 Because the HTTP protocol is a stateless protocol, it is 

Another useful type of information that can be collected possible for a web client to cease to be interested in a website 

is the behaviour and preferences of users. The collection of without the latter being aware that the client has moved on; 

this type of information requires each requesting client (or in this case, it would be incorrect to continue to consider that 

associated user) to be identifiable at least during the course client as having a current monitored entity on the website. In 

of a session of interaction with the website. There are several 65 order to minimise this possible source of error, the "current" 

ways of doing this, one of the most we 11 known being the use status of a monitored entity associated with a particular 

of "cookies" that at the request of the website are stored by client is cancelled when the time elapsed since a request 
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from that client has exceeded a predetermined cut-off value. 
In fact, the website may be provided with an indication that 
a particular client has ceased to be interested in the site (for 
example, through a log-off procedure or by ensuring that the 
site is involved whenever an off-site link is activated from 
one of its own pages); in such cases, this indication is used 
to ensure that there are no "current" monitored entities 
associated with the client concerned. 

In one embodiment, the monitored entities are individual 
files corresponding to respective pages of the website. In this 
case, the currency information can comprise, for each client, 
a client data item including an indication of the last preced- 
ing page file requested by that client; step (c) then involves 
determining whether the last preceding page file is a moni- 
tored entity. 

In another embodiment, at least one monitored entity is 
defined in terms of a combination of a particular frame- 
definition file and a predetermined file serving as a source 
file for a frame defined by the frame -definition file. In this 
case, the currency information can comprise, for each client, 
a client data item including a list of the last preceding files 
requested by that client; step (c) then involves determining 
from the list whether said at least one monitored entity is 
current for that client which is taken to be so when both the 
particular frame definition file and the predetermined file are 
current. 

In a further embodiment, at least one monitored entity is 
defined in terms of a sequential combination of first and 
second predetermined files in that order. In this case, the 
currency information can comprise, for each client, a client 
data item including a list of the last preceding files requested 
by that client; step (c) then involves determining from the 
list whether said at least one monitored entity is current for 
that client which is taken as being so when the first prede- 
termined file has been superseded by the second file and the 
latter is current. 

Preferably, the output generated in step (c) takes the form 
of a graphical display of the structure of the website includ- 
ing representations of the monitored entities visually indi- 
cating the relative magnitudes of the number of clients 
currently associated with each entity. Alternatively, the 
output generated in step (c) takes the form of a histogram 
indicating the number of users for each monitored entity. 

According to another aspect of the present invention, 
there is provided a method of monitoring the usage of a 
website involving the steps of: 

associating an identifier with a client visiting the website 
which identifier is provided to the site by the client with 
each page request from that client; 

at each request by a client for a page of the website, at 
least where that page is different from a page currently 
being browsed by the client,: 

generating and storing a current-presence indication 
indicating that the client, as represented by the 
client's identifier, is currently browsing that page, 
and 

removing any prior current-presence indication for that 
client indicating the client's presence at a different 
page, 

generating from said current -presence indications an out- 
put indicating the current distribution of clients across 
the pages of the website. 

BRIEF DESCRIPTION OF THE DRAWINGS 

A website usage monitoring method embodying the 
invention will now be described, by way of non-limiting 
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example, with reference to the accompanying diagrammatic 
drawings, in which: 

FIG. 1 is a diagram showing a known website arrange- 
ment to which the present invention can be applied; 
5 FIG. 2 is a diagram showing the properties and methods 
of a database object used in a first embodiment of the 
website usage monitoring method of the invention; 

FIG. 3 is a diagram of a first form of output produced by 
1Q the FIG. 2 embodiment; 

FIG. 4 is a diagram of a second form of output produced 
by the FIG. 2 embodiment; 

FIG. 5 is a diagram showing the properties and methods 
of a database object used in a second embodiment of the 
15 website usage monitoring method of the invention; and 

FIG. 6 is a diagram showing an analysis method used in 
the FIG. 5 embodiment. 

BEST MODE OF CARRYING OUT THE 
20 INVENTION 

FIG. 2 illustrates the application of a first embodiment of 
the invention for monitoring usage of the website 10 of FIG. 
1; in the present example, the monitoring method is arranged 
to determine the current distribution of clients across all the 
25 pages of the site. 

In the FIG. 2 arrangement, the HTTP server 12 is set up 
to identify with a client ID each client visiting the site during 
a current session of interaction — examples of how this may 
be achieved have already been described above with refer- 
30 ence to the prior art and any other suitable may also be used. 
Each time a page is requested by a client, the server 12 is 
configured to output a message 22 containing both the client 
ID of the requesting client and an ID for the requested page. 
The messages 22 are passed to a database object 21 that 
forms the main element for implementing the first embodi- 
ment of the present invention. 

More particularly, database object 21 comprises a table 23 
with an entry for each client currently visiting the site, each 
^ client entry holding the ID of the client concerned and the ID 
of the page most recently requested by that client. The table 
23 is accessed by three methods 24, 25 and 29 of the 
database object 21, these methods being: 

an "Add" method 24 for adding new entries to the table 
45 when a previously unrecorded client is encountered, 
an "Update" method 25, for updating the entry for a 
known client each time a new page is requested by that 
client, and 

an "Analysis" method 29 for periodically analysing the 

50 information held in the table 23 to determine a current 
distribution of clients across the pages of the website. 
Whenever a new message 22 is passed to the database 
object 21 it is received by the update method 25 which first 
checks to see if there an existing entry in the table 23 for the 

55 client identified by the client ID in the message. If there is 
an existing client entry, the update method 25 updates that 
entry by replacing the page ID in the entry by that contained 
in the message 22. If, however, there is no existing client 
entry, the update method transfers handling of the message 

60 to the add method 24 which then adds a new entry to the 
table 23 for the new client with the client ID and page ID of 
the new entry being set to those contained in the message 22. 
In this manner, table 23 indicates for each client the most 
recently requested page of the website 10; because each 

65 page newly requested by a client will generally supersede 
any previously requested page in the client browser window, 
it is reasonable to hold that the client is currently located at 
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the last requested page (notwithstanding that the client will 
normally have cached earlier pages enabling a user to revert 
to earlier pages without re-contacting the website). 

Periodically, the analysis method 29 is run to provide a 
system administrator a view of the current distribution of 5 
clients across the pages of the website. In its simplest form, 
the analysis method simply scans the entries of the table 23 
and counts up the number of times each of the pages PI to 
P6 appears. The accumulated counts are then output, pref- 
erably in a graphical form. FIG. 3 illustrates one form of 10 
output in which the analysis method has represented the 
counts by iconic people placed in a site structure diagram 
showing the logical organisation of the site pages; in this 
case, each people icon represents, for example, 100 clients. 
Thus, for the FIG, 3 example, there are about 400 clients 15 
currently visiting page P3 whilst only around 50 clients are 
currently visiting page P5. 

FIG. 4 shows another possible form of output from the 
analysis method; in this example, only the top five most 
currently-visited pages are depicted, this time in histogram 20 
form and in descending order of popularity. 

When a client ceases to be interested in the website 10, 
there will be no indication sent to the site of this unless 
special mechanisms have been built into the site. Where 
such mechanisms have not been provided, it is preferable to 25 
treat the page last-requested by a client as "current" (or the 
client as "current" to the site) if the page was requested 
within a predetermined cut-off time limit. This can be 
achieved in the case of the FIG. 2 embodiment by time- 
stamping the messages 22 and holding the timestamp in the 30 
corresponding client entry along with the last-requested 
page ID; when the analysis method 29 is run, any entry 
having a timestamp older than the cut-off period is then 
ignored (and preferably deleted). In fact, the same effect can 
be achieved without the use of timestamps simply by 35 
re-initialising the table 23 after each analysis and then 
collecting data for a period equal to the desired cut-off 
period before carrying out another analysis. However, this 
limits the frequency of analysis and it is preferable to use a 
timestamp to eliminate entries that are too old. 40 

In a variant of the FIG. 2 embodiment, the analysis is 
effected on an on-going basis by having the add and update 
methods 24, 25 increment and decrement client counts for 
each page as appropriate. In this case, the client counts for 
each page are kept all the time; at each execution of the add 45 
method 24, the count for the page concerned is increment 
whereas at each execution of the update method 25, the 
count for the page being superseded is decremented and the 
count for the new page is incremented. The counts may be 
hot linked into an output display to the give the system 50 
administrator a fully up-to-date view of client distribution 
across the pages of the site. With regard to over-aged entries 
in table 23, these can be dealt with by automatically running 
a periodic check of the table (for example, every second) to 
purge it of such entries — the client counts for pages identi- 55 
fled in these entries being appropriately decremented, 

FIG. 5 illustrates a second embodiment of the present 
invention which can be used for monitoring selected entities 
of a website where a monitored entity may be any website 
file downloadable to a web client or a logical or sequential 60 
combination of such files. As shown in FIG. 5, a list 99 is 
maintained of the entities to be monitored, this list specify- 
ing for each entity to be monitored, the file, or logical or 
sequential combination of files, defining the entity. In the 
simplest case, the monitored entities will be every page file 65 
of the website. In other cases, a page of interest may, for 
example, be linked to two other pages but it is only desired 
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to know when a client arrives at the page of interest via one 
of the links; this can be achieved by defining a monitored 
entity in terms of a sequential combination of requested files, 
namely the selected one of the finking pages followed the 
page of interest itself. In yet further cases, such as where the 
website comprises pages composed of frames, it may be of 
interest to monitor which clients are currently viewing a 
particular file of interest in one page frame structure but not 
in another (the file of interest being viewable in both pages); 
this can be achieved by defining a monitored entity in* terms 
of a logical AND combination of files which must both be 
current, namely the file of interest and the frame definition 
file for the relevant page. 

In the present embodiment, all monitored entities are 
required to at least include a page ID identifying the current 
page or frame -definition file to which the monitored entity 
relates. 

It will be appreciated that with since a monitored entity 
can now be something other than just a simple page file, it 
is possible to have multiple monitored entities simulta- 
neously current for the same client (for example, there may 
be two monitored entities each constituted by a respective 
file loaded in a different one of the frames of a multi-frame 
page). 

As in the FIG. 2 embodiment, in the FIG. 5 embodiment, 
the server 12 is arranged to pass a message 52 to a database 
object 51 each time a client requests a website file. In the 
present example, the message 52 contains not only the ID of 
the requesting client and of the requested file, but also a time 
stamp. The database object 51 includes a table 53 that is 
similar to the table 23 in that it includes an entry for each 
current client; however, rather than each entry simply 
recording the ID of the most-recently requested page, 
because of the more complex types of monitored entity to be 
handled each entry keeps a history fist of at least the last 
several files requested including an indication of the frame 
and/or window in which each file is displayed. Each table 
entry also stores the timestamp associated with the file most 
recently requested by the relevant client. 

As for the database object 21 of FIG. 2, the database 
object 51 of FIG. 5 has add, update and analysis methods 54, 
55 and 59. However, in addition database object 51 has 
delete and purge methods 56 and 57. The delete method 
when invoked simply deletes an entry identified by client ID 
from the table 51. The purge method 57 when invoked scans 
the table 57 and deletes entries that have not been updated 
more recently than a cut-off time. 

In operation, when a message 52 is passed to the database 
object it is handled by the update and add methods 55, 54 in 
the same manner as effected by the corresponding methods 
of FIG. 2 with the exception that now the file ID information 
is added to the history list for the client rather than super- 
seding the previous file ID. Since with pages employing 
frames it is necessary to know into which frame a requested 
file is to be loaded in order to generate a history fist properly 
representing the evolution of the client's view of the site, the 
update and add methods must know something about the 
structure of the site and its pages. Accordingly, a structure 
table 58 is provided. When the update or add method adds 
a file to the history list of a client entry in table 53, it first 
ascertains from this structure table where the file is to be 
added into the history list in terms of the frame (or, indeed, 
window) involved. Where the same file may appear in 
different places (for example, in different frames) so that the 
file ID does not uniquely locate the file in the site structure, 
then reference can also be had to the latest location of the 
client in the website as indicated by the history list in order 
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resolve the ambiguity (it being assumed that the jiist- 
requested file will be one linked to from the file or files 
current for the client concerned). 

FIG. 6 illustrates the analysis method 59 of the FIG. 5 
embodiment, this method being run periodically (for 
example every minute) to generate an updated view of the 
distribution of current clients across the monitored entities. 
The first step 60 of this method is to execute the purge 
method 57 to remove entries from the table 53 which were 
last updated earlier than a predetermined cutoff period (for 
example, 5 minutes) prior to running of the purge method as 
indicated by the entry timestamp. If no entries remain in the 
table 53 after it has been purged (tested in step 61), the 
analysis method terminates (step 62) with a message being 
displayed to the effect that there are no current clients 
visiting the website. However, if entries remain in the table 
53, the analysis method continues by examining the first 
remaining entry (step 63) to retrieve the last page ID (whole 
page or frame -definition file for the page) from the history 
list of that entry (step 64). A check is then made (step 65) 
against the list of monitored entities 99 to ascertain whether 
there are any monitored entities which include this page ID. 
If there are no such monitored entities, a check is made (step 
66) as to whether there 6are further entries in the table — if 
there are, the next entry is examined (step 67) with the 
analysis method looping to step 64, whereas if no further 
entries remain, an output step 71 is executed (to be described 
below) before the analysis method terminates.' 

Returning to the check made in step 65, if the monitored 
entity list contains an entity entirely constituted by the page 
ID being checked, then a count for that entity is incremented 
(step 68) after which step 66 is executed. If, however, step 
65 finds that the page ID of interest forms but one element 
of a monitored entity defined by a combination of elements, 
then the history list of the relevant table entry is examined 
(step 69) to ascertain whether the combination of elements 
defining the monitored entity is present and current in all its 
elements (step 70). If the monitored entity is found to be 
present and current, then its count is incremented (step 68) 
before passing to step 66; otherwise step 66 is proceeded to 
directly. 

The output step 71 involves generating a graphic output 
(for example of the form illustrated in FIG. 3 or 4) on the 
basis of the counts derived for the monitored entities. 

With regard to the delete method 56, this is called 
whenever the web server 12 receives a positive indication 
that a client has ceased to be interested in the site (for 
example, through execution of a logoff sequence or by 
following an offsite link where activation of the latter causes 
the site to be notified). On detecting such an indication, the 
server 12 sends an appropriate message to the database 
object 52 which passes it to the delete method to cause the 
corresponding entry in the table 53 to be deleted. 

It will be appreciated that many variants are possible to 
the above -described embodiments of the present invention. 
For example, with respect to the FIG. 5 embodiment, it is 
possible to dispense with the need for the structure table 58 
by the expedient of having the server 12 tag every site- 
related URL in every file being sent to a client, with the 
name of the target window or frame for the file identified by 
the URL. When the URL is returned with a file request to the 
server 12, it strips off the target window/frame name and 
passes it to the database object 51 as part of the message 52 
thereby avoiding the need for the add/update methods to 
ascertain this information themselves. 

Of course, the current distribution information can be 
made available not only to the site system administrator but 
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also to clients (end users) to indicate to them the parts of the 
site found by others to be of the most interest. 
What is claimed is: 

1. A method of monitoring the usage of a Website having 
5 a plurality of monitored entities each constituted by a file 
downloadable to a web client or by a logical or sequential 
combination of such files, the method involving the steps of: 

(a) associating an identifier with a web client visiting the 
website which identifier is provided to the site by the 

10 web client with each file request from that client; 

(b) monitoring which files are requested by web clients 
visiting the site and storing currency information that 
indicates or permits a determination of, for each web 
client, which monitored entity or entities requested by 
that client are still current, at a particular point in time, 
for said-client in terms of not having been superseded 
by a files or files subsequently requested by that web 
client; 

20 ( c ) generating from said currency information an output 
indicating, for said particular! point in time, a current 
distribution of web clients across said monitored enti- 
ties by reference to which of said monitored entities are 
then current for said clients. 
25 2. A method according to claim 1, wherein step (c) is 
carried out repeatedly with said particular point in time for 
each repetition of step (c) being the point in time when that 
repetition is effected. 
3. A method according to claim 1, wherein a said moni- 
30 tored entity requested by a client is no longer treated as 
being current for that client, notwithstanding that it has not 
been superseded, when the time elapsed since a request from 
that client was handled has exceeded a predetermined cut-off 
value. 

35 4. A method according to claim 1, wherein a said moni- 
tored entity requested by a client is no longer treated as 
being current for that client, notwithstanding that it has not 
been superseded, when an end-of-inter action indication is 
received from said client. 
40 5. A method according to claim 4, wherein said end-of- 
interaction indication is at least one of the following: 
a file request sent by the client to the website for a file not 

located at the website; 
a user-initiated session termination message; 
45 a connection termination message. 

6. A method according to claim 1, wherein said monitored 
entities are individual files corresponding to respective 
pages of the website, said currency information comprising 
for each said client a client data item including an indication 

50 of the last preceding page file requested by that client, and 
step (c) involving determining whether said last preceding 
page file is a monitored entity. 

7. A method according to claim 1, wherein at least one 
said monitored entity is defined in terms of a combination of 

55 a particular frame-definition file and a predetermined file 
serving as a source file for a frame defined by said frame- 
definition file, said currency information comprising for 
each said client a client data item including a list of the last 
preceding files requested by that client, and step (c) involv- 

60 ing determining from said list whether said at least one 
monitored entity is current for that client, said at least one 
monitored entity being treated as current when both said 
particular frame definition file and said predetermined file 
are current. 

65 8. A method according to claim 1, wherein at least one 
said monitored entity is defined in terms of a sequential 
combination of first and second predetermined files in that 
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order, said currency information comprising for each said 
client a client data item including a list of the last preceding 
files requested by that client, and step (c) involving deter- 
mining from said list whether said at least one monitored 
entity is current for that client, said at least one monitored 5 
entity being treated as current when said first predetermined 
file has been superseded by said second file and the latter is 
current. 

9. A method according to any one of claims 6, wherein 
each said client data item includes a timestamp indicating 10 
when the last file request was handled for the client 
concerned, the method involving periodically purging the 
currency information of all client data items having a 
timestamp older than a predetermined cut-off time. 

10. A method according to claim 9, wherein step (c) is is 
carried out repeatedly with said particular point in time for 
each repetition of step (c) being the point in time when that 
repetition is effected, said purging being effected at the 
commencement of each repetition of step (c). 

11. A method according to claim 1, wherein said output 20 
generated in step (c) takes the form of a graphical display of 
the structure of the website including representations of said 
monitored entities visually indicating the relative magni- 
tudes of the number of clients currently associated with each 
entity. 25 

12. A method according to claim 7, wherein each said 
client data item includes a timestamp indicating when the 
last file request was handled for the client concerned, the 
method involving periodically purging the currency infor- 
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mation of all client data items having a timestamp older than 
a predetermined cut-off time. 

13. A method according to claim 8, wherein each said 
client data item includes a timestamp indicating when the 
last file request was handled for the client concerned, the 
method involving periodically purging the currency infor- 
mation of all client data items having a timestamp older than 
a predetermined cut-off time. 

14. A method of monitoring the usage of a website 
involving the steps of: 

associating an identifier with a client visiting the website 

which identifier is provided to the site by the client with 

each page request from that client; 
at each request by a client for a page of the website, at 

least where that page is different from a page currently 

being browsed by the client,: 

generating and storing a current-presence indication 
indicating that the client, as represented by the 
client's identifier, is currently browsing that page, 
and 

removing any prior current-presence indication for that 
client indicating the client's presence at a different 
page, 

generating from said current-presence indications an out- 
put indicating the current distribution of clients across 
the pages of the website. 

***** 
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